맨위로가기

자유 소프트웨어

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
목차

1. 개요

자유 소프트웨어는 사용자가 소프트웨어를 자유롭게 사용, 수정, 재배포할 수 있도록 하는 소프트웨어로, 1950년대부터 1970년대까지 컴퓨터 사용자들은 자유롭게 소프트웨어를 공유하며 사용했다. 1983년 리처드 스톨만이 GNU 프로젝트를 발표하며 자유 소프트웨어 운동이 시작되었고, 1985년에는 자유 소프트웨어 재단이 설립되었다. 1991년 리누스 토르발스가 리눅스 커널을 발표하면서 자유 소프트웨어 커뮤니티가 활성화되었다. 자유 소프트웨어는 사용, 연구, 복제, 개선의 자유를 보장하며, 소스 코드 공개가 필수적이다. 대표적인 라이선스로는 GPL, MIT, 아파치 라이선스 등이 있으며, 카피레프트와 허용적 라이선스로 구분된다. 자유 소프트웨어는 운영체제, 오피스, 웹 브라우저 등 다양한 분야에서 사용되며, 리눅스와 BSD, 리브레오피스, 파이어폭스 등이 주요 사례이다. 한국에서도 자유 소프트웨어는 인터넷, 닷컴 기업 인프라 개발에 기여했으며, 기업들은 자유 소프트웨어를 통해 비용 절감 및 혁신을 추구하고 있다.

2. 역사

1950년대부터 1970년대까지 컴퓨터 사용자들은 대부분의 소프트웨어를 자유롭게 이용할 수 있었다. 사람들은 흔하게 소프트웨어를 공유했고, 하드웨어 제조사들은 하드웨어를 편리하게 사용할 수 있게 하는 소프트웨어 제작을 환영했다.[56] 그러나 1970년대와 1980년대 초반, 소프트웨어 산업은 복제권을 법적으로 적용하고, 사용자들이 소프트웨어를 연구하거나 수정하지 못하도록 바이너리 형태로만 배포하는 등 기술적 방법을 사용하기 시작했다.[56]

1983년 리처드 스톨만은 이러한 변화에 저항해 GNU 프로젝트를 시작했다. 1984년 GNU 운영 체제 개발이 시작되었고, 1985년 10월 자유 소프트웨어 재단(FSF)이 설립되었다. 스톨만은 카피레프트를 주창하며 자유 소프트웨어 정의를 모두가 자유롭게 사용할 수 있도록 디자인된 소프트웨어로 소개하였다. 1991년 리누스 토르발스가 리눅스를 발표, GNU 프로젝트에 통합되면서 자유 소프트웨어 커뮤니티가 활성화되었다.

자유 소프트웨어는 독점 소프트웨어 및 프리웨어와는 다르다. 독점 소프트웨어는 소스 코드 연구, 변경, 공유를 제한하며, 프리웨어는 무료지만 소스 코드가 공개되지 않는 경우가 많다. 자유 소프트웨어는 저작권자가 소프트웨어 라이선스를 통해 사용자에게 소스 코드 연구, 변경, 공유 권한을 부여해야 한다. 퍼블릭 도메인 소프트웨어처럼 저작권법의 적용을 받지 않는 경우, 소스 코드가 퍼블릭 도메인이거나 제한 없이 사용 가능하다면 자유 소프트웨어이다.

독점 소프트웨어는 제한적 라이선스나 최종 사용자 사용권 계약(EULA)을 사용, 소스 코드를 제공하지 않아 사용자가 소프트웨어를 변경하거나 업데이트, 지원을 받기 위해 게시자에게 의존하게 된다. (벤더 종속, 유기된 소프트웨어 참조) 소프트웨어 특허, 디지털 권한 관리(DRM) 등도 사용자의 자유를 제약한다.[13]

자유 소프트웨어는 영리적 활동, 자원봉사 프로그래머, 기업, 또는 이들의 협력을 통해 개발될 수 있다.[14][7]

1990년대 인터넷 보급으로 자유 소프트웨어 개발자들이 증가했다. 다운사이징, 오픈 시스템 확산으로 정보 시스템 표준화, 비용 절감이 이루어지면서 자유 소프트웨어를 활용한 벤처 비즈니스가 성장했다. 이들은 자유 소프트웨어 발전에 기여하며 기업 이미지 제고와 이익을 추구했다.

2000년대 자유 소프트웨어 산업은 비즈니스 생태계로 자리 잡았고, 많은 기업들이 관련 사업에 참여하고 있다.

2. 1. 초기 역사 (1950년대 ~ 1970년대)

1950년대부터 1970년대까지 컴퓨터 사용자들은 대부분의 소프트웨어를 자유롭게 이용할 수 있었다. 사람들은 흔하게 소프트웨어를 서로 공유했고, 하드웨어 제조사들은 하드웨어를 편리하게 사용할 수 있게 하는 소프트웨어들이 제작되는 것을 환영했다.[56] 당시 소프트웨어는 컴퓨터를 사용하는 사람들과 하드웨어 제조업체에 의해 공유되었고, SHARE와 같은 조직이 소프트웨어 교환을 돕기도 했다. 소프트웨어는 인터프리터 언어인 BASIC 등으로 작성되어 소스 코드가 함께 배포되는 경우가 많았다. 또한, ''Creative Computing'', ''SoftSide'', ''Compute!'', ''Byte'' 등 컴퓨터 잡지나 ''BASIC Computer Games'' 같은 책을 통해 인쇄된 소스 코드(타입인 프로그램) 형태로 공유되기도 했다.[18]

하지만 1970년대 초반, 소프트웨어 비용이 급격히 증가하면서 상황이 바뀌기 시작했다. 성장하는 소프트웨어 산업은 하드웨어 제조업체의 번들 소프트웨어(무료)와 경쟁했고, 일부 고객들은 "무료" 소프트웨어 비용을 원하지 않았다. 1969년 ''미국 대 IBM'' 사건에서 정부는 번들 소프트웨어가 반경쟁 행위라고 비난했다. 1970년대와 1980년대 초, 소프트웨어 산업은 이진 복사본만 배포하는 등 기술적 조치를 취하기 시작했고, 1980년에는 저작권법이 컴퓨터 프로그램으로 확대되었다.

2. 2. GNU 프로젝트와 자유 소프트웨어 재단 (1980년대)

1983년, 리처드 스톨만은 컴퓨터 산업의 변화에 저항하여 GNU 프로젝트를 시작했다.[56] 1984년 GNU 운영 체제 개발이 시작되었고, 1985년 10월 자유 소프트웨어 재단(FSF)이 설립되었다. 스톨만은 카피레프트를 주창하며 자유 소프트웨어 정의를 모두가 자유롭게 사용할 수 있도록 디자인된 소프트웨어로 소개하였다.

2. 3. 리눅스 커널과 오픈 소스 운동 (1990년대 ~ 현재)

1991년 리누스 토르발스가 리눅스 커널을 발표하면서 자유 소프트웨어 커뮤니티가 활성화되었다.[56] 리눅스 커널은 처음에는 독점 소프트웨어 라이선스로 배포되었으나, 1992년 2월 버전 0.12부터 GNU 일반 공중 사용 허가서를 따르게 되었다.[20] 이로써 리눅스 커널은 자원 봉사 프로그래머들의 참여를 이끌어냈다.

3. 정의

자유 소프트웨어는 소프트웨어를 자유롭게 이용할 수 있도록 하는 것을 의미하며, 여기에는 일정한 책임이 따른다. 자유롭게 이용하더라도 출처를 밝히고 소프트웨어 사용 조건을 준수해야 한다. 이는 재생산, 재배포 등의 활동이 수반될 수 있기 때문이다.

자유 소프트웨어는 다음의 특징을 가진다.


  • 누구나 쉽게 사용할 수 있도록 최소한의 책임 조건을 이행하면 된다.
  • 독점 소프트웨어(예: 마이크로소프트 오피스, 윈도우, 어도비 포토샵)와 달리 소스 코드를 연구, 변경, 공유할 수 있다.
  • 프리웨어와는 달리, 소스 코드 접근이 보장되며 사용에 제한이 없다.


저작권의 보호를 받는 소프트웨어가 자유 소프트웨어가 되려면, 저작자가 사용자에게 권한을 부여하는 소프트웨어 라이선스가 있어야 한다. 퍼블릭 도메인 소프트웨어처럼 저작권법의 적용을 받지 않는 경우, 소스 코드도 퍼블릭 도메인이거나 제한 없이 사용 가능하다면 자유 소프트웨어로 간주된다.

독점 소프트웨어는 제한적인 소프트웨어 라이선스나 EULA를 사용하며, 사용자에게 소스 코드를 제공하지 않는다. 따라서 사용자는 소프트웨어를 변경할 수 없으며, 업데이트나 지원을 위해 게시자에게 의존하게 된다. (벤더 종속 및 유기된 소프트웨어 참조). 사용자는 독점 소프트웨어를 리버스 엔지니어링, 수정, 재배포할 수 없다. 소프트웨어 특허나 디지털 권한 관리 (특히 티보화)와 같은 추가적인 장애물이 사용자의 자유를 제한하기도 한다.[13]

자유 소프트웨어는 영리적인 상업 활동일 수도 있고 그렇지 않을 수도 있다. 일부는 자원봉사 프로그래머에 의해, 다른 일부는 기업에 의해, 또는 둘 다에 의해 개발되기도 한다.[14][7]

자유 소프트웨어 재단은 "오픈 소스 소프트웨어" 대신 "자유 소프트웨어"라는 용어를 사용할 것을 권장한다. 두 용어는 거의 동일한 프로그램을 지칭하지만, 목표와 메시지가 다르기 때문이다. "오픈 소스"는 주로 기술적인 측면과 기업 마케팅에 중점을 두는 반면, "자유 소프트웨어"는 사용자 권리에 대한 윤리적 문제를 강조한다.

자유 소프트웨어 재단은 "자유 소프트웨어"라는 용어가 "언론의 자유"와 같이 자유를 강조하는 의미로 해석될 수 있다고 명시한다. "리브레"라는 형용사는 "자유"라는 단어의 모호성을 피하기 위해 종종 사용된다.[17]

자유 소프트웨어에 대한 최초의 공식 정의는 1986년 2월 자유 소프트웨어 재단(FSF)에 의해 발표되었다. 리처드 스톨먼이 작성한 이 정의는 오늘날까지 유지되고 있으며, 소프트웨어 사용자에게 네 가지 자유를 보장한다.[16] (자유 소프트웨어의 네 가지 자유는 하위 섹션을 참고)

3. 1. 자유 소프트웨어의 네 가지 자유

리처드 스톨먼이 작성하고 자유 소프트웨어 재단(FSF)이 발표한 자유 소프트웨어 정의에 따르면, 소프트웨어 사용자에게는 다음 네 가지 자유가 보장되어야 한다.[16]

  • 자유 0: 어떤 목적으로든 프로그램을 실행할 수 있는 자유.
  • 자유 1: 프로그램의 작동 원리를 연구하고 필요에 따라 수정할 수 있는 자유.
  • 자유 2: 이웃을 돕기 위해 프로그램을 복제하고 재배포할 수 있는 자유.
  • 자유 3: 프로그램을 개선하고, 개선된 버전을 공동체와 공유할 수 있는 자유.


여기서 자유 1과 자유 3은 소스 코드가 공개되어야만 실질적으로 의미를 가진다. 소스 코드가 없으면 프로그램을 연구하고 수정하는 것이 매우 어렵거나 불가능하기 때문이다.

이러한 자유는 단순한 무료 이용을 넘어, 사용자가 소프트웨어를 제어하고 협력하며 발전시킬 수 있도록 하는 핵심 요소이다. 자유 소프트웨어 재단은 "자유 소프트웨어는 가격이 아닌 자유의 문제"라며, "'자유'를 '언론의 자유'에서 '자유'로 생각해야 한다"라고 강조한다.[52]

1990년대 후반에는 데비안 자유 소프트웨어 지침과 오픈 소스 정의 등 자유 소프트웨어와 거의 동일한 개념을 설명하는 다른 정의들도 발표되었다.

프리BSD, OpenBSD, NetBSD와 같은 BSD 계열 운영 체제들은 자유 소프트웨어에 대한 자체적인 공식 정의를 가지고 있지는 않지만, 일반적으로 허용적 자유 소프트웨어 라이선스를 선호하며, 이러한 접근 방식이 더 자유롭다고 간주한다.

3. 2. 자유 소프트웨어 vs. 오픈 소스

오일러 다이어그램은 프리웨어와 자유-오픈 소스 소프트웨어 (FOSS)의 전형적인 관계를 설명한다.


자유 소프트웨어 재단에서 정의한 자유 및 비자유 소프트웨어의 다이어그램


자유 소프트웨어 재단은 "오픈 소스 소프트웨어"(1998년에 만들어진 대안) 대신 "자유 소프트웨어"라는 용어를 사용할 것을 권장한다. 두 용어 모두 거의 동일한 프로그램 모음을 지칭하지만, 목표와 메시지가 상당히 다르기 때문이다. "오픈 소스"와 그와 관련된 캠페인은 주로 공개 개발 모델의 기술적인 측면과 기업에 자유 소프트웨어를 마케팅하는 데 중점을 두는 반면, 사용자 권리에 대한 윤리적 문제는 매우 가볍게 여기거나 심지어 적대적으로 대한다.

자유 소프트웨어 재단은 또한 "오픈 소스"가 "소스 코드를 볼 수 있다"는 의미를 가지고 있다고 지적한다. "자유 소프트웨어"라는 용어는 두 가지 다른 해석으로 이어질 수 있지만, 적어도 그 중 하나는 "오픈 소스"라는 용어와 달리 의도된 의미와 일치한다고 명시한다. "리브레"라는 형용사는 "자유"라는 단어의 모호성을 피하기 위해 종종 사용된다.[17]

자유 소프트웨어라는 단어는 "무료"를 연상시키기 때문에 일반 기업에서는 채용되기 어려운 개념이었다. 이러한 상황을 개선하기 위해 에릭 S. 레이먼드 등에 의해 오픈 소스라는 용어가 제안되어 널리 사용되게 되었다. 오픈 소스라는 단어에는 '자유'의 사상이 포함되어 있지 않으며(전술한 상황을 회피하기 위해 의도적으로 피했다), 비즈니스상의 기업 전략의 하나로서 소개되었다. "소스 코드를 공개하면 어떤 장점이 있는가"가 관심의 중심이다.

오픈 소스는 소스를 획득, 변경, 재배포할 수 있다는 점에 주목하며, 소프트웨어의 자유를 유지하기 위한 카피레프트의 개념은 포함되어 있지 않다.

이러한 차이로 인해 자유 소프트웨어와 오픈 소스의 입장은 별개의 것으로 취급되고 있다. 리처드 스톨만은 형태상으로는 오픈 소스가 자유 소프트웨어의 일부처럼 보이지만, 의미로는 전혀 다르다고 주장한다. 반대로 오픈 소스는 자유 소프트웨어를 그 일부로서 포함한다.

각 라이선스는 오픈 소스의 개념을 발표·정의하고 추진하는 단체인 오픈 소스 이니셔티브의 인증을 받음으로써 "오픈 소스 라이선스"를 칭할 수 있다. 그러나 오픈 소스는 유행어가 되었기 때문에 독자적인 해석에 의한 자칭 오픈 소스가 다수 존재하여 문제가 되고 있다.

3. 3. 자유 소프트웨어 vs. 프리웨어

자유 소프트웨어는 프리웨어와는 다르게, 사용자가 소스 코드를 연구하고, 변경하고, 공유할 수 있는 자유를 보장한다. 프리웨어는 단순히 무료로 사용할 수 있는 독점 소프트웨어의 한 종류일 뿐, 소스 코드에 대한 접근 권한은 주어지지 않는다.[12]

자유 소프트웨어 재단은 자유 소프트웨어의 정의를 제시하고 있으며,[36] 소프트웨어 라이선스에 대해서는 자유 소프트웨어 라이선스를 참조하라. 정의에 따르면, 자유 소프트웨어는 개조나 재배포 등에 제한이 없어야 하며 소스 코드가 공개되어야 한다. 반면, '''무료로 이용할 수 있는 소프트웨어'''는 이러한 조건을 충족하지 않을 수 있으므로 프리웨어와 자유 소프트웨어를 혼동하지 않도록 주의해야 한다.[50]

영어 단어 "free"는 "자유"와 "무료" 두 가지 의미를 모두 가지고 있어 혼동될 수 있다. 자유 소프트웨어 재단은 "'자유'를 '언론의 자유'에서 '자유'로 생각해야 한다"고 강조한다.[51]

4. 라이선스



모든 자유 소프트웨어 라이선스는 사용자에게 프로그램 사용, 연구, 수정, 재배포의 자유를 부여해야 한다. 그러나 라이선스가 호환되지 않으면 소스 코드를 혼합하거나 바이너리를 연결하여 프로그램을 결합하는 데 기술적 문제가 발생할 수 있다. 간접적으로 연결된 프로그램은 이 문제를 피할 수 있다.

자유 소프트웨어 재단(FSF)과 오픈 소스 이니셔티브(OSI)는 각각 자유 소프트웨어와 오픈 소스 소프트웨어의 정의를 충족하는 라이선스 목록을 게시한다.

  • FSF 승인 소프트웨어 라이선스 목록
  • OSI 승인 소프트웨어 라이선스 목록


FSF 목록은 모든 자유 소프트웨어 라이선스를 포함하지 않을 수 있다. FSF가 검토하지 않았거나 중요하다고 판단하지 않은 자유 소프트웨어 라이선스도 존재할 수 있다. OSI 목록은 제출, 검토 및 승인된 라이선스만 포함한다. 모든 오픈 소스 라이선스는 오픈 소스 정의를 충족해야 하지만, 자유 소프트웨어는 공식적인 인정이 필요 없는 비공식적인 분류이다. 자유 소프트웨어 정의를 충족하지 않는 라이선스는 자유 소프트웨어로 간주될 수 없다.

데비안 프로젝트는 특정 라이선스가 데비안 자유 소프트웨어 지침을 준수하는지에 대한 유용한 정보를 제공한다. 데비안은 별도의 라이선스 목록을 게시하지 않으므로, 데비안 웹사이트에서 소프트웨어 아카이브에 허용된 소프트웨어를 통해 판단을 추적할 수 있다.

FSF 지침을 따르는 라이선스가 오픈 소스 정의를 충족하지 않는 경우는 드물지만, 그 반대는 참이 아닐 수 있다. (예: NASA 오픈 소스 계약은 OSI 승인 라이선스이지만, FSF는 비자유로 간주한다.)

자유 소프트웨어는 다음과 같이 분류할 수 있다.

  • 퍼블릭 도메인 소프트웨어: 저작권이 만료되었거나, 저작권이 없거나(1988년 이전 저작권 고지 없이 공개), 저작자가 포기 선언과 함께 퍼블릭 도메인으로 공개한 경우(해당 국가에서 가능한 경우). 저작권 보호가 없으므로 독점 소프트웨어든 자유 소프트웨어든 모든 작업에 자유롭게 통합될 수 있다. FSF는 CC0 퍼블릭 도메인 기증을 권장한다.[24]
  • 허용적 라이선스: BSD 라이선스, MIT 라이선스, 아파치 라이선스등이 있으며, 파생 저작물에 대한 제약이 적어 더 넓은 범위의 사용과 수정을 허용한다.
  • 카피레프트 라이선스: GNU 일반 공중 사용 허가서가 대표적이며, 재배포 시 동일한 라이선스를 적용해야 하며, 수정된 부분도 같은 라이선스로 공개해야 한다.

4. 1. 카피레프트 라이선스

카피레프트는 저작권법을 새롭게 활용하여 저작물이 제한 없이 유지되도록 보장하며, 자유 소프트웨어 세계에서 시작되었다.[21]

모든 자유 소프트웨어 라이선스는 사용자에게 위에 언급된 모든 자유를 부여해야 한다. 그러나 애플리케이션의 라이선스가 호환되지 않으면, 소스 코드를 혼합하거나 바이너리를 직접 연결하여 프로그램을 결합하는 것은 라이선스 기술적 문제로 인해 문제가 된다. 간접적으로 연결된 프로그램은 이 문제를 피할 수 있다.

대부분의 자유 소프트웨어는 소수의 라이선스에 해당한다. 이 라이선스 중 가장 인기 있는 것은 다음과 같다.[22][23]

자유 소프트웨어 재단(FSF)과 오픈 소스 이니셔티브(OSI)는 각각 자유 소프트웨어와 오픈 소스 소프트웨어의 자체 정의를 준수한다고 판단하는 라이선스 목록을 게시한다.

  • FSF 승인 소프트웨어 라이선스 목록
  • OSI 승인 소프트웨어 라이선스 목록


FSF 목록은 규범적이지 않다. FSF가 들어본 적이 없거나, 작성할 만큼 중요하다고 생각하지 않은 자유 소프트웨어 라이선스가 존재할 수 있다. 따라서 라이선스가 자유이면서 FSF 목록에 없는 것이 가능하다. OSI 목록은 제출, 검토 및 승인된 라이선스만 나열한다. 모든 오픈 소스 라이선스는 오픈 소스 소프트웨어로 공식적으로 인정받기 위해 오픈 소스 정의를 충족해야 한다. 반면에 자유 소프트웨어는 공식적인 인정을 의존하지 않는 더 비공식적인 분류이다. 그럼에도 불구하고, 자유 소프트웨어 정의를 충족하지 않는 라이선스 하에 라이선스가 부여된 소프트웨어는 올바르게 자유 소프트웨어로 간주될 수 없다.

이 두 조직 외에도 데비안 프로젝트는 특정 라이선스가 데비안 자유 소프트웨어 지침을 준수하는지 여부에 대한 유용한 조언을 제공하는 것으로 여겨진다. 데비안은 라이선스 목록을 게시하지 않으므로, 데비안이 소프트웨어 아카이브에 허용한 소프트웨어를 확인하여 데비안의 판단을 추적해야 한다. 이는 데비안 웹사이트에 요약되어 있다.

FSF 지침을 준수한다고 발표된 라이선스가 오픈 소스 정의도 충족하지 않는 경우는 드물지만, 그 반대는 반드시 참이 아니다(예: NASA 오픈 소스 계약은 OSI 승인 라이선스이지만, FSF에 따르면 비자유이다).

자유 소프트웨어에는 여러 범주가 있다.

  • 퍼블릭 도메인 소프트웨어: 저작권이 만료되었거나, 저작권이 없거나 (1988년 이전에 저작권 고지 없이 공개됨), 저작자가 포기 진술과 함께 소프트웨어를 퍼블릭 도메인으로 공개한 경우 (이것이 가능한 국가에서). 퍼블릭 도메인 소프트웨어는 저작권 보호가 없으므로, 독점 소프트웨어든 자유 소프트웨어든 모든 작업에 자유롭게 통합될 수 있다. FSF는 이를 위해 CC0 퍼블릭 도메인 기증을 권장한다.[24]
  • 허용적 라이선스는 BSD 운영 체제와 함께 배포되는 많은 소프트웨어에 적용되기 때문에 BSD 스타일이라고도 한다. 저작자는 보증을 부인하고 수정된 작업에 대한 적절한 귀속을 요구하기 위해 저작권을 유지하며, 재배포 및 수정(폐쇄 소스 포함)을 허용한다.
  • 카피레프트 라이선스는 GNU 일반 공중 사용 허가서가 가장 두드러진다. 저작자는 저작권을 유지하고, 모든 재배포가 동일한 라이선스 하에 라이선스될 수 있다는 제한 하에 재배포를 허용한다. 다른 사람의 추가 및 수정 사항도 원본 라이선스 제품의 일부와 함께 배포될 때마다 동일한 "카피레프트" 라이선스 하에 라이선스가 부여되어야 한다. 이는 ''바이럴'', ''보호'', 또는 ''상호적인'' 라이선스로도 알려져 있다.


허용적 및 카피레프트 라이선스 지지자들은 소프트웨어 자유를 소극적 또는 적극적으로 보아야 하는지에 대해 의견이 다르다.[25] 반대로, 허용적 라이선스는 제한된 소프트웨어 개발 비용을 줄여 비자유 소프트웨어를 만들도록 유도할 수 있다. 이는 소프트웨어 자유의 정신과 양립할 수 없으므로, 많은 사람들이 허용적 라이선스를 카피레프트 라이선스보다 덜 자유로운 것으로 간주한다.[26]

자유 소프트웨어로 인정되는 라이선스에는 두 가지가 있다.

  • '''카피레프트''' 자유 소프트웨어 라이선스
  • 재배포/개변 후의 소프트웨어도 자유 소프트웨어로 해야 하는 라이선스.
  • GPL나 LGPL 등.
  • '''카피레프트가 아닌''' 자유 소프트웨어 라이선스
  • 재배포/개변 후의 소프트웨어를 자유 소프트웨어로 할 필요가 없는 라이선스.
  • BSD 라이선스 등.


카피레프트는 자유 소프트웨어가 '''영구적으로''' 자유로울 수 있도록 하는 개념이다.

카피레프트는 배포 시 "배포되는 사람에게 소스 코드를 자유롭게 획득, 변경, 재배포할 권리를 제공하지 않고 프로그램의 재배포를 해서는 안 된다"는 제약을 둠으로써 일단 자유 소프트웨어가 된 소프트웨어는 다른 사람의 손을 거쳐 재배포되더라도 자유 소프트웨어로 남을 수 있도록 보장한다.

이 제약의 유효성은 프로그램 저작자의 저작권(카피라이트)에 의해 보장된다. right를 left로 바꿔 카피레프트라는 용어가 만들어졌다.

일본에서는 카피레프트의 관념을 "영구적으로 무료로 업데이트가 계속되는" 것과 같은 이미지로 이야기하는 경우가 있지만, 카피레프트는 소프트웨어를 "영구적으로 사용할 기회를 보장"하기 위해, 그 소프트웨어의 기반이 되는 소스 코드의 이용의 자유를 보장하는 것일 뿐이다. 최종 사용자가 항상 개선된 소프트웨어를 사용할 수 있는지와는 무관하다는 점에 주의해야 한다.

요컨대, 사유 소프트웨어는 어떤 사정으로 권리자가 업데이트를 중단하면 그 소프트웨어의 명맥은 말 그대로 거기까지이지만, 카피레프트라면 소스 코드를 개선하는 사람이 있는 한 소프트웨어의 업데이트도 지속된다는 것이다. 반대로 말하면, 카피레프트여도 아무도 유지 보수를 하지 않으면 그 소프트웨어는 그대로이며, 실제로 그런 소프트웨어가 많다.

GNU 프로젝트 등의 생각으로는 카피레프트 라이선스가 "자유로운 세계의 소프트웨어는 자유를 잃기가 어렵다"는 의미에서 더 자유롭다는 것이다.

이에 반해, BSD를 시작으로 하는 카피레프트가 아닌 라이선스는 "자유 소프트웨어가 미래에 자유를 잃을 가능성이 있다"는 의미에서, 카피레프트에 비해 자유성이 부족하다고 여겨진다. 예를 들어, BSD 라이선스로 공개된 소프트웨어를 개량하여 공개할 때, 반드시 소스 코드를 공개하지 않아도 된다. 카피레프트의 생각에 따르면, 이때 "개량된 버전은 자유를 잃고 있다"고 여겨진다.

한편, 카피레프트는 "자유로움"이 없어지지 않도록 "자유로워야 한다"는 제약을 하고 있다고 볼 수도 있다. 예를 들어, 카피레프트 소프트웨어를 개조하여 공개하는 경우, 소스 코드의 공개를 거부할 수 없다. 카피레프트 소프트웨어를 BSD 라이선스로 공개할 수도 없다. 이런 의미에서 "카피레프트는 제약이 강하고, BSD 라이선스 등에 비해 자유롭지 않다"고 생각하는 사람도 있다.

4. 2. 허용적 라이선스

BSD 사용 허가서(BSD license), MIT 라이선스, 아파치 라이선스 등이 대표적이다. 이러한 라이선스들은 파생 저작물에 대한 제약이 적어 더 넓은 범위의 사용과 수정을 허용한다. 저작자는 보증을 부인하고 수정된 작업에 대한 적절한 귀속을 요구하기 위해 저작권을 유지하며, 재배포 및 모든 수정(폐쇄 소스 포함)을 허용한다.[24]

4. 3. 라이선스 비교 및 선택

자유 소프트웨어 라이선스는 사용자에게 소스 코드를 연구, 변경 및 공유할 수 있는 권한을 부여한다. 이러한 권한이 없는 독점 소프트웨어나 프리웨어와는 다르다. 저작권의 보호를 받는 소프트웨어가 자유 소프트웨어가 되려면, 저작자가 사용자에게 이러한 권한을 명시하는 소프트웨어 라이선스를 제공해야 한다. 퍼블릭 도메인에 속하는 소프트웨어는 소스 코드가 공개되어 있고 제한 없이 사용 가능하다면 자유 소프트웨어로 간주된다.[11]

대부분의 자유 소프트웨어는 몇 가지 주요 라이선스 중 하나를 따른다. 가장 인기 있는 라이선스는 다음과 같다:[22][23]

라이선스설명
MIT 라이선스가장 널리 쓰이는 허용적인 라이선스 중 하나이다.
GNU 일반 공중 사용 허가서 v2 (GPLv2)널리 쓰이는 카피레프트 라이선스이다.
아파치 라이선스아파치 재단에서 만든 허용적인 라이선스이다.
GNU 일반 공중 사용 허가서 v3 (GPLv3)GPLv2의 개선판이다.
BSD 라이선스BSD 계열 운영체제에서 주로 사용되는 허용적인 라이선스이다.
GNU 약소 일반 공중 사용 허가서 (LGPL)주로 라이브러리에 사용되는, GPL보다 완화된 카피레프트 라이선스이다.
모질라 공중 사용 허가서 (MPL)모질라 재단에서 만든 라이선스로, 허용적 라이선스와 카피레프트 라이선스의 중간적 성격을 가진다.
이클립스 공중 사용 허가서이클립스 재단에서 만든 라이선스이다.



자유 소프트웨어 재단(FSF)과 오픈 소스 이니셔티브(OSI)는 각각 자유 소프트웨어와 오픈 소스 소프트웨어의 정의에 부합하는 라이선스 목록을 게시한다. 그러나 FSF 목록은 모든 자유 소프트웨어 라이선스를 포함하지 않을 수 있으며, OSI 목록은 제출 및 승인된 라이선스만 포함한다. 데비안 프로젝트도 라이선스 준수 여부에 대한 유용한 정보를 제공한다.

자유 소프트웨어 라이선스는 크게 세 가지로 분류할 수 있다.


  • 퍼블릭 도메인: 저작권이 소멸되었거나 저작자가 권리를 포기한 소프트웨어이다. CC0 퍼블릭 도메인 기증이 권장된다.[24]
  • 허용적 라이선스 (BSD 스타일): 수정을 포함한 재배포를 허용하며, 저작권 표시와 보증 부인 조항을 포함한다.
  • 카피레프트 라이선스 (GNU 일반 공중 사용 허가서): 재배포 시 동일한 라이선스를 적용해야 하며, 수정된 부분도 같은 라이선스로 공개해야 한다. ''바이럴'', ''보호'', 또는 ''상호적인'' 라이선스라고도 불린다.


허용적 라이선스와 카피레프트 라이선스 지지자 간에는 소프트웨어 자유에 대한 관점 차이가 존재한다.[25][26]

5. 주요 자유 소프트웨어

다음은 널리 사용되는 대표적인 자유 소프트웨어들이다.



자유 소프트웨어 디렉토리는 자유 소프트웨어 패키지의 대규모 데이터베이스를 유지 관리한다. 잘 알려진 예로는 Linux-libre(리눅스 기반 운영 체제), GNU 컴파일러 모음 및 C 라이브러리, MySQL(관계형 데이터베이스), 아파치 웹 서버, Sendmail 메일 전송 에이전트가 있다. 다른 영향력 있는 예로는 Emacs 텍스트 편집기, GIMP 래스터 드로잉 및 이미지 편집기, X 윈도 시스템 그래픽 디스플레이 시스템, LibreOffice 오피스 스위트, TeX 및 LaTeX 조판 시스템이 있다.

5. 1. 운영체제

리눅스와 BSD는 자유 소프트웨어 운영 체제이다.[20]

리눅스 커널은 리누스 토르발스가 시작했으며, 1991년에 소스 코드를 자유롭게 수정할 수 있도록 공개했다. 처음에는 독점 소프트웨어 라이선스를 사용했지만, 1992년 2월 버전 0.12부터 GNU 일반 공중 사용 허가서를 따르도록 변경했다. 유닉스와 마찬가지로, 토르발스의 커널은 자원 봉사 프로그래머들의 관심을 받았다.

프리BSD와 넷BSD(둘 다 386BSD에서 파생)는 1993년 ''UNIX 시스템 연구소 v. 버클리 소프트웨어 디자인'' 소송이 법정 밖에서 해결되면서 자유 소프트웨어로 공개되었다. 오픈BSD는 1995년 넷BSD에서 포크되었다.

5. 2. 오피스 제품군

리브레오피스와 오픈오피스는 자유 소프트웨어 오피스 제품군이다.[1]

5. 3. 웹 브라우저

5. 4. 기타


블렌더, 3D 컴퓨터 그래픽 소프트웨어.

6. 한국에서의 자유 소프트웨어

Free software영어 운동은 1990년대 중반, 인터넷의 보급과 함께 시작되었다. 초기에는 해커와 프로그래머를 중심으로 자유 소프트웨어의 개발과 사용이 이루어졌으며, 1990년대 후반부터는 일반 사용자들에게도 점차 확산되었다.

2000년대에 들어서면서 정부 차원에서도 자유 소프트웨어에 대한 관심이 높아졌다. 2001년, 정보통신부는 '공개 소프트웨어 활성화 기본계획'을 발표하고, 자유 소프트웨어의 개발과 보급을 위한 정책을 추진하기 시작했다. 그러나 이러한 정책은 큰 성과를 거두지 못하고, 2003년에 '공개 소프트웨어'라는 용어 대신 '오픈소스 소프트웨어'라는 용어를 사용하면서 사실상 폐기되었다.[1]

2000년대 중반부터는 일부 기업들이 자유 소프트웨어를 활용한 비즈니스 모델을 구축하기 시작했다. 이들 기업은 자유 소프트웨어를 기반으로 한 제품과 서비스를 개발하고, 이를 통해 수익을 창출하였다.

2010년대 이후, 자유 소프트웨어는 더욱 확산되어, 다양한 분야에서 활용되고 있다. 특히, 클라우드 컴퓨팅, 빅 데이터, 인공지능 등 새로운 기술 분야에서 자유 소프트웨어의 역할이 커지고 있다.

하지만, 한국에서의 자유 소프트웨어 생태계는 여전히 취약하다는 지적도 있다. 자유 소프트웨어 개발자와 커뮤니티의 부족, 기업들의 소극적인 참여, 정부의 지원 부족 등이 문제점으로 꼽힌다.

7. 관련 개념

자유 소프트웨어는 독점 소프트웨어 및 프리웨어와는 다른 개념이다. 독점 소프트웨어는 사용자가 소스 코드를 보거나 수정, 공유할 수 없도록 제한한다. 마이크로소프트 오피스, 윈도우, 어도비 포토샵 등이 대표적인 예시다. 프리웨어는 무료로 사용할 수 있지만, 소스 코드는 공개되지 않는 경우가 많다.[11]

소프트웨어가 자유 소프트웨어가 되려면, 저작권자가 사용자에게 소스 코드를 보고, 수정하고, 공유할 수 있는 권한을 부여하는 소프트웨어 라이선스를 제공해야 한다. 퍼블릭 도메인에 있는 소프트웨어처럼 저작권의 영향을 받지 않는 경우에도, 소스 코드가 공개되어 있고 제한 없이 사용할 수 있다면 자유 소프트웨어로 간주된다.

독점 소프트웨어는 제한적인 라이선스나 최종 사용자 사용권 계약(EULA)을 통해 사용자의 권한을 제한하며, 소스 코드를 제공하지 않는 경우가 대부분이다. 이 때문에 사용자는 소프트웨어를 자유롭게 변경할 수 없고, 업데이트나 지원을 받기 위해 제작사에 의존하게 된다. (벤더 종속 및 유기된 소프트웨어 참조) 또한, 소프트웨어 특허나 디지털 권한 관리(DRM)와 같은 기술적인 장벽이 사용자의 자유를 더욱 제한하기도 한다.[13]

자유 소프트웨어는 영리적인 목적으로 사용될 수도 있고, 그렇지 않을 수도 있다. 일부 자유 소프트웨어는 자원봉사 프로그래머들에 의해 개발되지만, 기업에서 개발하거나, 자원봉사자와 기업이 함께 개발하는 경우도 있다.[14][7]

자유 소프트웨어 재단(FSF)은 1986년에 자유 소프트웨어에 대한 최초의 공식 정의를 발표했다. 리처드 스톨먼이 작성한 이 정의는 현재까지 유지되고 있으며, 소프트웨어를 사용하는 사람이 다음 네 가지 자유를 가진다면 자유 소프트웨어라고 명시한다.[16]


  • 자유 0: 어떤 목적으로든 프로그램을 사용할 수 있는 자유.
  • 자유 1: 프로그램의 작동 원리를 연구하고 필요에 따라 변경할 수 있는 자유.
  • 자유 2: 이웃을 돕기 위해 프로그램을 복제하고 재배포할 수 있는 자유.
  • 자유 3: 프로그램을 개선하고, 개선된 버전을 공개하여 모든 사람이 혜택을 받을 수 있도록 하는 자유.


자유 1과 3을 위해서는 소스 코드가 반드시 필요하다. 소스 코드가 없으면 프로그램을 분석하고 수정하는 것이 매우 어렵거나 불가능하기 때문이다.

자유 소프트웨어는 사용자가 프로그램을 자유롭게 사용하고, 다른 사람과 협력하며, 소프트웨어를 제어할 수 있다는 것을 의미한다. 자유 소프트웨어 재단은 "자유 소프트웨어는 가격이 아닌 자유의 문제"라며, "'자유'를 '언론의 자유'에서의 '자유'로 생각해야 한다"고 강조한다.

1990년대 후반에는 데비안 자유 소프트웨어 지침(1997년)과 오픈 소스 정의(1998년) 등 자유 소프트웨어와 거의 동일한 개념을 설명하는 다른 정의들이 발표되었다.

프리BSD, OpenBSD, NetBSD와 같은 버클리 소프트웨어 배포(BSD) 기반 운영 체제들은 자유 소프트웨어에 대한 자체적인 정의를 가지고 있지는 않다. 이들은 허용적 자유 소프트웨어 라이선스를 선호하며, 다른 사람이 소스 코드를 제공하도록 강제하지 않고 자유롭게 소프트웨어를 사용할 수 있도록 하는 것을 더 중요하게 생각한다. Kerberos, X11, Apache 소프트웨어 라이선스는 이러한 관점을 반영한다.

7. 1. 카피레프트



카피레프트는 자유 소프트웨어가 '''영구적으로''' 자유로울 수 있도록 하는 개념이다.[52]

카피레프트는 배포 시 "배포되는 사람에게 소스 코드를 자유롭게 획득, 변경, 재배포할 권리를 제공하지 않고 프로그램의 재배포를 해서는 안 된다"는 제약을 둠으로써, 일단 자유 소프트웨어가 된 소프트웨어는 다른 사람의 손을 거쳐 재배포되더라도 자유 소프트웨어로 남을 수 있도록 보장한다. 이 제약의 유효성은 프로그램 저작자의 저작권에 의해 보장된다. 'right'를 'left'로 바꿔 카피레프트라는 용어가 만들어졌다.

자유 소프트웨어 재단(FSF)의 창시자 리처드 스톨만은 자유 소프트웨어를 중시하여, "무료"와의 혼동을 피하고자 했다. 그래서 "일본어에는 모처럼 두 가지 의미를 구별하는 단어가 있으니, Free Software가 아닌 '''자유 소프트웨어'''(Jiyuna Software)라고 불러주면 좋겠다"고 말했다.[52]

카피레프트는 소프트웨어를 "영구적으로 사용할 기회를 보장"하기 위해, 그 소프트웨어의 기반이 되는 소스 코드 이용의 자유를 보장한다. 하지만 최종 사용자가 항상 개선된 소프트웨어를 사용할 수 있는지와는 무관하다. 예를 들어, 사유 소프트웨어는 권리자가 업데이트를 중단하면 거기서 끝이지만, 카피레프트는 소스 코드를 개선하는 사람이 있는 한 소프트웨어 업데이트가 지속된다. 반대로, 카피레프트여도 아무도 유지 보수를 하지 않으면 그 소프트웨어는 그대로이며, 실제로 그런 소프트웨어가 많다.

GNU 프로젝트를 통해 리처드 스톨만은 자유 소프트웨어 개념을 정의하고, 만들어지는 소프트웨어의 자유를 보장하고자 했다. GPL/LGPL은 카피레프트를 실현하는 법적으로 유효한 라이선스이며, 변호사 협력 하에 만들어졌다.

소프트웨어에 비유하자면, 카피레프트는 "아키텍처"이며, GPL은 그 "구현"이라고 할 수 있다. 즉, 카피레프트를 실현하는 라이선스에는 GPL 외에도 있을 수 있다. 카피레프트나 GPL 자체는 사회에서 동작하는 컴퓨터 프로그램과 같은 것으로, 스톨먼만이 할 수 있는 작품이라고 할 수 있다. "GPL을 당신의 소프트웨어/작품에 포함시키면 그것은 자유로운 사회를 만들기 위해 자동으로 작동하기 시작합니다"라는 것이다.

GNU 등의 생각으로는 카피레프트 라이선스가 "자유로운 세계의 소프트웨어는 자유를 잃기가 어렵다"는 의미에서 더 자유롭다. 이에 반해, BSD를 시작으로 하는 카피레프트가 아닌 라이선스는 "자유 소프트웨어가 미래에 자유를 잃을 가능성이 있다"는 의미에서, 카피레프트에 비해 자유성이 부족하다고 여겨진다. 예를 들어, BSD 라이선스로 공개된 소프트웨어를 개량하여 공개할 때, 반드시 소스 코드를 공개하지 않아도 된다. 카피레프트의 생각에 따르면, 이때 "개량된 버전은 자유를 잃고 있다"고 여겨진다.

한편, 카피레프트는 "자유로움"이 없어지지 않도록 "자유로워야 한다"는 제약을 하고 있다고 볼 수도 있다. 예를 들어, 카피레프트 소프트웨어를 개조하여 공개하는 경우, 소스 코드 공개를 거부할 수 없다. 카피레프트 소프트웨어를 BSD 라이선스로 공개할 수도 없다. 이런 의미에서 "카피레프트는 제약이 강하고, BSD 라이선스 등에 비해 자유롭지 않다"고 생각하는 사람도 있다.

7. 2. 오픈 소스

1990년대 후반, 데비안 자유 소프트웨어 지침(1997년)과 오픈 소스 정의(1998년) 등 거의 동일한 소프트웨어 세트를 설명하는 다른 그룹들의 자체 정의가 발표되었다.

자유 소프트웨어라는 단어는 "무료"라는 연상을 불러일으켜 일반 기업에서 채택하기 어려웠다. 에릭 S. 레이먼드 등은 이러한 상황을 개선하기 위해 오픈 소스라는 용어를 제안했고, 이는 널리 사용되게 되었다. 오픈 소스는 '자유' 사상을 의도적으로 포함하지 않고, 비즈니스 전략의 하나로 소개되었다. "소스 코드를 공개하면 어떤 장점이 있는가"가 주된 관심사였다.

오픈 소스는 소스 코드 획득, 변경, 재배포 가능성에 주목하며, 소프트웨어 자유 유지를 위한 카피레프트 개념은 포함하지 않는다.

이러한 차이로 자유 소프트웨어와 오픈 소스의 입장은 별개로 취급된다. 리처드 스톨만은 형태상 오픈 소스가 자유 소프트웨어의 일부처럼 보이지만, 의미상으로는 전혀 다르다고 주장한다. 반대로 오픈 소스는 자유 소프트웨어를 그 일부로 포함한다.

각 라이선스는 오픈 소스 이니셔티브의 인증을 받아 "오픈 소스 라이선스"를 칭할 수 있다. 그러나 오픈 소스는 유행어가 되어, 독자적인 해석에 의한 자칭 오픈 소스가 다수 존재하여 문제가 되고 있다.

7. 3. 바이너리 블롭

2006년, OpenBSD는 커널에서 바이너리 블롭 사용에 반대하는 첫 번째 캠페인을 시작했다. 블롭은 일반적으로 사용자나 개발자에게 드라이버 소스 코드를 공개하지 않는 벤더의 하드웨어에 대한 자유롭게 배포 가능한 장치 드라이버이다. 이는 사용자가 소프트웨어를 수정하고 수정된 버전을 배포하는 자유를 효과적으로 제한한다.[11] 또한, 블롭은 문서화되어 있지 않고 버그가 있을 수 있으므로 블롭을 포함하는 커널을 가진 모든 운영 체제에 보안 위험을 초래한다. 블롭에 대한 캠페인의 목표는 개발자가 해당 하드웨어에 대한 자유 소프트웨어 드라이버를 작성할 수 있도록 하드웨어 문서를 수집하여 궁극적으로 모든 자유 운영 체제가 블롭이 없거나 유지되도록 하는 것이다.

리눅스 커널 및 기타 장치 드라이버의 바이너리 블롭 문제는 아일랜드의 일부 개발자들이 모든 바이너리 블롭이 제거된 리눅스 기반 배포판인 gNewSense를 출시하도록 동기를 부여했다. 이 프로젝트는 자유 소프트웨어 재단의 지원을 받았으며, 자유 소프트웨어 재단 라틴 아메리카가 주도하여 Linux-libre 커널을 만드는 데 자극을 주었다. Trisquel은 Distrowatch에서 순위가 매겨진 FSF가 보증한 가장 인기 있는 리눅스 배포판이다. 데비안은 FSF의 보증을 받지 않았고 Linux-libre를 사용하지 않지만, 2011년부터 커널 블롭 없이 기본적으로 사용할 수 있는 인기 있는 배포판이기도 하다.

리눅스 커뮤니티는 "블롭"이라는 용어를 커널의 모든 비자유 펌웨어에 적용하는 반면, OpenBSD는 장치 드라이버에 적용한다. FSF는 리눅스 커뮤니티의 블롭 정의에 따라 OpenBSD를 블롭이 없는 것으로 간주하지 않는다.

8. 보안 및 신뢰성

230x230px


독점 소프트웨어와 비교하여 자유 소프트웨어의 보안 및 신뢰성에 대한 논쟁이 있으며, 주요 쟁점은 난해함을 통한 보안이다. 컴퓨터 보안에서 자주 사용되는 정량적 테스트는 알려진, 패치되지 않은 보안 결함의 상대적 수를 비교하는 것이다. 일반적으로 이 방법을 사용하는 사용자는 알려진 보안 결함에 대한 수정 사항이 없는 제품은 최소한 수정 사항이 제공될 때까지 피하는 것이 좋다.

자유 소프트웨어 옹호론자들은 소스 코드에 접근할 수 있고 커뮤니티가 전체 공개의 일부로 존재하는 문제에 대해 더 솔직하기 때문에, 이 방법론이 자유 소프트웨어 시스템의 취약점을 더 많이 계산하여 편향되어 있다고 믿는다. 독점 소프트웨어 시스템은 자유 프로그램 사용자를 소외시키는 등의 사회적 단점이 있을 수 있다. 사용자는 소스 코드를 분석하고 추적할 수 있으므로, 기업이 실현 가능하다고 생각하는 것보다 더 많은 사람들이 상업적 제약 없이 코드를 검사하고 버그와 허점을 찾을 수 있다. 리처드 스톨먼은 사용자가 소스 코드에 접근할 수 있으면 독점 소프트웨어보다 바람직하지 않은 숨겨진 스파이웨어 기능을 가진 자유 소프트웨어를 배포하기가 훨씬 더 어렵다고 말한다.

이 주제에 대한 몇 가지 정량적 연구가 수행되었다.

9. 비즈니스 모델

자유 소프트웨어는 일반적으로 거의 무료로 사용할 수 있으며, 주로 사용자 정의, 부속 하드웨어, 지원, 교육, 통합, 인증과 같은 서비스에 기반한 비즈니스 모델을 갖는다.[14]

일반적으로 콤팩트 디스크 및 부팅 가능한 USB 드라이브 배포, 자유 소프트웨어 설치 또는 운영 유지 관리 서비스에 대해 요금이 부과된다. 대규모 상업용 자유 소프트웨어 개발은 사용자 기부, 크라우드 펀딩, 기업 기여, 세금 등으로 자금을 조달한다. 미국 국가안보국의 SELinux 프로젝트는 연방 정부 자금 지원을 받는 자유 소프트웨어 프로젝트의 예시이다.

자유 소프트웨어 재단은 자유 소프트웨어 판매를 권장하며, "자유 소프트웨어 배포는 개발 자금을 모금할 수 있는 기회이므로 낭비하지 말아야 한다"고 강조한다.[7] GNU GPL는 "각 사본 전달에 대해 가격을 부과할 수 있으며, 유료로 지원 또는 보증 보호를 제공할 수 있다"고 명시한다.

스티브 발머 마이크로소프트 CEO는 2001년에 "오픈 소스는 상업 회사에서 사용할 수 없다. 라이선스 방식 때문에 오픈 소스 소프트웨어를 사용하면 나머지 소프트웨어도 오픈 소스로 만들어야 한다"고 언급했다. 그러나 이는 카피레프트 라이선스(GPL 등)의 요구 사항에 대한 오해이다. 이 요구 사항은 수정된 버전을 배포할 때만 소스 공개 및 동일 라이선스 사용을 강제하며, 동일 개발자의 다른 소프트웨어에는 적용되지 않는다.[31] Red Hat과 IBM(2019년 RedHat 인수)[32] 등 일부 대기업은 자유 소프트웨어 개발에 상당한 상업적 사업을 영위하고 있다.

자유 소프트웨어는 인터넷, 월드 와이드 웹, 닷컴 기업의 인프라 개발에 중요한 역할을 수행했다. 사용자가 프로그램 개선에 협력할 수 있게 함으로써 순수 공공재로서 기업 혁신을 증진시킨다.[33]

스탠디시 그룹(Standish Group) 보고서에 따르면 자유 소프트웨어 채택으로 독점 소프트웨어 산업 수익이 연간 약 600억달러 감소했다.

10. 경제적 측면과 채택

자유 소프트웨어는 인터넷, 월드 와이드 웹, 닷컴 기업의 인프라 개발에 중요한 역할을 수행했다. 사용자는 자유 소프트웨어를 통해 프로그램을 개선하고 발전시키는 데 협력할 수 있다. 자유 소프트웨어는 순수 공공재이며 사유재가 아니기 때문에, 자유 소프트웨어에 기여하는 기업은 상업적 혁신을 증진시킨다.[33]

IBM, 레드햇, 썬 마이크로시스템즈와 같은 대기업들은 자유 소프트웨어의 경제적 가능성을 인정했다. IT 부문이 주 사업이 아닌 많은 회사들도 초기 투자 비용이 적고 응용 프로그램 패키지를 자유롭게 수정할 수 있다는 점 때문에 자유 소프트웨어를 선택하여 인터넷 정보 및 판매 사이트를 구축한다. 대부분의 소프트웨어 기업들은 라이선스가 허용하는 한 상업용 제품에 자유 소프트웨어를 포함시킨다.[14]

자유 소프트웨어는 일반적으로 무료로 제공되므로, 독점 소프트웨어에 비해 총 소유 비용(TCO)을 영구적으로 낮출 수 있다. 기업은 자유 소프트웨어를 통해 소프트웨어를 직접 변경하거나 프로그래머를 고용하여 특정 요구에 맞게 수정할 수 있다. 자유 소프트웨어는 보증이 없는 경우가 많고, 누구에게도 법적 책임을 묻지 않는다는 특징이 있다. 그러나 소프트웨어 및 사용 조건에 따라 양 당사자 간에 보증 계약을 체결할 수 있으며, 이는 자유 소프트웨어 라이선스와는 별개이다.

스탠디시 그룹의 보고서에 따르면, 자유 소프트웨어 채택으로 인해 독점 소프트웨어 산업의 수익이 연간 약 600억달러 감소했다. 에릭 S. 레이먼드는 "자유 소프트웨어"라는 용어가 비즈니스 커뮤니티에 너무 모호하고 위협적이라고 주장하며, "오픈 소스 소프트웨어"라는 용어를 대안으로 제시하여 비즈니스 및 기업 세계에 더 친숙하게 다가가고자 했다.

참조

[1] 웹사이트 What is free software? https://www.gnu.org/[...] Free Software Foundation
[2] 웹사이트 Richard Stallman http://www.interneth[...] 2017-03-26
[3] 웹사이트 Free Software Movement https://www.gnu.org/[...] 2021-01-11
[4] 웹사이트 Philosophy of the GNU Project https://www.gnu.org/[...] 2021-01-11
[5] 웹사이트 What is free software and why is it so important for society? https://www.fsf.org/[...] 2021-01-11
[6] 서적 Free Software Free Society: Selected Essays of Richard M. Stallman, 3rd Edition
[7] HTML Selling Free Software https://www.gnu.org/[...] GNU
[8] 웹사이트 Words to Avoid (or Use with Care) Because They Are Loaded or Confusing: Access https://www.gnu.org/[...]
[9] 뉴스 Richard Stallman and The History of Free Software and Open Source
[10] 웹사이트 GNU https://cs.stanford.[...] 2017-10-17
[11] 웹사이트 Open-source software is not always freeware http://blog.wolfire.[...] Wolfire Games.com 2016-01-18
[12] 웹사이트 Definition of GRATIS https://www.merriam-[...] 2023-05-08
[13] 웹사이트 The Last Mile is Always the Hardest https://www.fsf.org/[...] 2014-12-29
[14] 서적 Best Practices for commercial use of open source software Books on Demand
[15] 웹사이트 The advantages of free software https://www.gnu.org/[...] Free Software Foundation 2013-08-12
[16] 뉴스 Four Freedoms https://fsfe.org/fre[...] 2022-03-22
[17] 웹사이트 Free software - Free software is a junkyard of software spare parts https://books.google[...] 2016-02-10
[18] 웹사이트 David H. Ahl biography from Who's Who in America http://www.swapmeetd[...] 2009-11-23
[19] 서적 Free as in Freedom: Richard Stallman's Crusade for Free Software https://archive.org/[...] O'Reilly Media 2002
[20] 웹사이트 Release notes for Linux kernel 0.12 https://www.kernel.o[...] Kernel.org
[21] 간행물 Share and Share Alike: Understanding and Enforcing Open Source and Free Software Licenses 2005-04-05
[22] 웹사이트 Top 20 licenses http://www.blackduck[...] Black Duck Software 2015-11-19
[23] 웹사이트 Open source license usage on GitHub.com https://github.com/b[...] github.com 2015-11-21
[24] 웹사이트 Various Licenses and Comments about Them https://www.gnu.org/[...] 2022-01-12
[25] 웹사이트 Why Not Use the GPL? Thoughts on Free and Open-Source Software https://www.charvola[...] 2020-01-24
[26] 웹사이트 The BSD License Problem https://www.gnu.org/[...] Free Software Foundation 2021-12-25
[27] 서적 Linux: Security, Audit and Control Features https://books.google[...] ISACA
[28] 서적 Real World Linux Security: Intrusion Prevention, Detection, and Recovery https://books.google[...] Prentice Hall Professional
[29] 뉴스 Why Linux Is More Secure Than Windows https://www.pcworld.[...] 2010-08-03
[30] 웹사이트 "[libreplanet-discuss] Is there any software that is libre but not gratis" https://lists.gnu.or[...]
[31] 웹사이트 Licenses https://choosealicen[...] 2022-10-19
[32] 웹사이트 IBM Closes Landmark Acquisition of Red Hat for $34 Billion; Defines Open, Hybrid Cloud Future https://newsroom.ibm[...] 2022-10-19
[33] 간행물 Open Source Software implementation in the UK public sector: Evidence from the field and implications for the future http://doai.io/10.10[...] 2005-10-01
[34] 뉴스 International Space Station to boldly go with Linux over Windows https://www.telegrap[...] 2013-05-10
[35] 간행물 International Space Station adopts Debian Linux, drops Windows & Red Hat into airlock http://www.computerw[...] 2013-05-13
[36] 웹사이트 What is Free Software https://www.gnu.org/[...] Free Software Foundation 2018-08-22
[37] 웹사이트 自由ソフトウェアとは? https://www.gnu.org/[...] Free Software Foundation 2019-08-13
[38] 웹사이트 Richard Stallman - Internet Hall of Fame http://www.interneth[...] 2017-03-26
[39] 문서 Free Software Movement https://www.gnu.org/[...]
[40] 문서 Philosophy of the GNU Project https://www.gnu.org/[...]
[41] 웹사이트 What is free software and why is it so important for society? — Free Software Foundation — Working together for free software https://www.fsf.org/[...] 2024-02-12
[42] 웹사이트 GNU Press - Free Software Foundation Online Shop - Buy GNU t-shirts, books, stickers and stuffed gnu toys http://shop.fsf.org/[...] 2015-03-19
[43] 웹사이트 Software Freedom Law Center http://www.softwaref[...] 2018-08-22
[44] 문서 Selling Free Software https://www.gnu.org/[...]
[45] 웹사이트 GNU project Initial Announcement https://www.gnu.org/[...] 2018-08-22
[46] 웹사이트 gnu.org https://www.gnu.org/[...] 2017-01-24
[47] 웹사이트 Free software - Free software is a junkyard of software spare parts https://books.google[...] "" 2016-02-10
[48] 뉴스 Richard Stallman and The History of Free Software and Open Source https://www.cmpod.ne[...] 2017-10-17
[49] 웹사이트 GNU https://cs.stanford.[...] 2017-10-17
[50] 웹사이트 Words to Avoid (or Use with Care) Because They Are Loaded or Confusing - GNU Project - Free Software Foundation https://www.gnu.org/[...] 2024-02-12
[51] 웹사이트 What is free software? https://www.gnu.org/[...] 2018-07-04
[52] 웹사이트 The Future of Jiyuna Software https://www.rieti.go[...] "[[経済産業研究所]]" 2003-04-21
[53] 웹사이트 さまざまなライセンスとそれらについての解説 http://www.gnu.org/l[...] 2007-10-20
[54] 웹인용 GNU project Initial Announcement http://www.gnu.org/g[...]
[55] 웹인용 Why “Open Source” misses the point of Free Software http://www.gnu.org/p[...]
[56] 웹인용 Appendix "History" of Why OSS/FS, Look at the Numbers! http://www.dwheeler.[...] 2008-03-19


본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com